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This  report  describes  current  operations  necessary  to  monitor 
an  RD  program  element.  It  is  written  from  the  viewpoint  of  a Program 
Element  Monitor  (PEM).  It  includes  activities  performed  by  a PEM 
and  .lformation  exchanged  with  a PEM  during  the  lifetime  of  any  program 
element  or  project. 

This  report  results  from  the  orientation  phase  of  a project  con- 
ducted jointly  by  SofTech,  Inc.  , and  USAF/RDPV.  It  documents  SofTech's 
understanding  of  current  PEM  operations.  The  purpose  of  this  project 
is  to  develop  a prototype  management  information  system  (MIS).  This 
MIS  is  intended  to  aid  a PEM  in  preparing  the  program  status  reports 
identified  in  this  document. 

This  report  has  been  written  using  the  diagram  conventions  and 
structured  text  of  SofTech's  SADT.  An  appendix  that  describes  SADT 
is  attached  to  this  report.  Readers  who  are  unfamiliar  with  SADT  are 
urged  to  study  the  appendix  before  reading  the  report. 
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SHCDEF  - Secretary  of  Defense 

TP  DM  - Tentative  Propram  Decision  Memorandum 


Monitor  Program  Element 

This  model  describes  the  activities  performed  by  or  .affecting 
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Section  2 


CONCLUSION 

This  report  has  shown  the  involvement  of  a PEM  in  the  various 
aspects  of  a program  element,  from  advocating  its  necessity  to  monitor- 
ing its  progress.  It  is  clear  that  the  PEM  is  the  focal  point  for  a pro- 
gram element  within  the  Air  Staff. 

The  next  step  in  this  project  will  be  to  define  functions  and  per- 
formance requirements  for  a prototype  management  information  system. 
That  task  will  be  based  on  this  model,  which  identifies  reports  the  PEM 
must  produce,  the  timing  and  purpose  of  the  reports,  and  their  relation- 
ship to  the  Air  Force  management  process. 
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READING  SADT9 
ACTIVITY  DIAGRAMS 


This  section  reviews  some  of  the  graphic  conventions  of  SofTech's 
"Structured  Analysis  and  Design  Technique"  (SADT).  These  graphics  have 
been  used  to  construct  the  figures  which  appear  in  this  document. 

This  section  does  not  entirely  describe  SADT.  SADT  is  a complete 
methodology  for  planning,  analysis,  or  design  of  complex  systems.  Addi- 
tional information  on  SADT  is  available  on  request  from  SofTech. 

SADT  is  a Trademark  of  SofTech,  Inc. 
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SADT  is  for  understanding  systems 


A system  may  be  any  combination  of  Machinery  (hardware)  and/or 
computer  software  and/or  people,  working  together  to  perform  a useful 
function.  The  system  may  be  a new  one,  yet^b  be  built,  or  it  may  be  an 
existing  system.  SADT  is  a technique  that  enables  people  to  understand 
complex  systems  in  a complete  and  precise  manner,  and  enables  them  to 
communicate  their  understanding.  The  result  of  applying  SADT  is  a "model". 
Each  model  describes  a carefully-chosen  topic„to  meet  a specific  need  such 


• Describing  what  functions  a system  must  perform 

• Specifying  how  it  is  to  be  designed  and  constructed 

• Explaining  how  it  is  to  be  us^d  and/or  maintained. 

A model  is  a series  of  diagrams  that  break  a complex  subject  into 

its  component  parts.  The  initial  diagram  ip  the  most  general  or  abstract 

* 

description  of  the  whole  system.  This  diagram  shows  each  major  compon- 
ent as  a box.  The  details  of  each  component  (that  is,  the  "insides"  of  each 
box)  are  shown  on  another  diagram.  ThU  diagram  also  shows  components 
as  boxes.  These  boxes  can  be  broken  down  into  still  more  diagrams,  until 
the  system  is  described  to  any  desired  level  of  detail. 

Each  detailed  diagram,  then,  is  the  decomposition  of  a box  on  a 
more  abstract  diagram.  At  each  step,  the  >stract  diagram  is  said  to  be 
the  "parent"  of  the  detailed  diagram.  A detailed  diagram  is  best  thought 
of  as  fitting  "inside"  a parent  box.  (See  figure  opposite.) 

Diagrams  consist  of  "activities"  and  "data" 


SADT  diagrams  show  both  the  things  (objects  or  data)  and  the  hap- 
penings (functions  or  activities)  in  a system.  These  aspects  are  always 
shown  together.  When  describing  system  functions,  boxes  represent  com- 
ponent activities  performed  by  the  system.  Arrows  show  data  interfaces, 
that  is,  the  things  that  interrelate  activities. 

Activity  diagrams  have  the  property  of  abstraction.  High-level 
diagrams  encompass  a wide  range  of  detail  and  the  boxes  and  arrows  have 
abstract  labels  that  describe  general  concepts.  Successive  diagrams  at 
lower  levels  reveal  this  detail,  with  more  specific  labels,  one  step  at  a time. 
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EVERY  COMPONENT  MAY  BE  DECOMPOSED  IN  ANOTHER  DIAGRAM. 
EVERY  DIAGRAM  SHOWS  THE  "INSIDE"  OF  A BOX  ON  A HIGHER  DIAGRAM 
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Jsofjech 


Diagrams  have  both  boxes  and  arrows 


If  a box  represents  an  activity,  it  will  be  described  by  an  active 
phrase,  written  inside.  The  arrows  that  connect  to  the  box  represent 
real  data  (not  flows),  and  will  be  labelled  by  nouns,  written  beside  the 
arrows.  "Data"  may  be  information,  objects,  or  anything  that  can  be 
named  with  a noun. 


Incoming  arrows  (left  and  top  of  box)  show  the  information  needed 
to  perform  the  activity.  Outgoing  arrows  (right  of  box)  show  the  data 
produced  when  the  <.  ctivity  is  performed. 


these  data.  are 
needed  to  do  the 
agLYi'ty. 


This  data,  is  produced 
Kj  <iodig  the  activity. 


From  left  to  right  (called  "input"  and  "output"),  an  activity  trans- 
forms data.  Activities  are  done  under  conditions  shown  by  the  top  arrows 
(called  "control"). 


This  is  processed  by  Iht  ic  create  this . 


Boxes  are  named  by  active  verbs.  Input,  control,  and  output 
arrows,  which  represent  real  things^are  labeled  with  nouns. 


If  it  is  unclear  whether  a particular  word  is  a noun  (data)  or  a verb 
(activity),  an  "(n)"  or  "(v)"  may  be  appended  to  the  label.  For  example, 
the  label  "Record"  could  mean  a record,  or  the  action  of  recording. 
"Record(n)"  is  used  for  the  former  case,  and  "Record(v)"  is  used  for  the 

latter. 


blank 

raws 


msntucnoNB 

AMO  DATA 

FILL  OUT 

FOAMS  » 

COMPLETED 

FOAMS 


ARROWS  CLARIFY  AND  BOUND  THE  MEANING  OF  EACH  BOX 
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Function  first 


If  a box  represents  an  activity,  then  input  data  (on  the  left)  are 
transformed  into  output  data  (on  the  right).  Controls  (on  the  top)  govern 
the  way  the  transformation  is  done. 


Mechanic  m 

Mechanisms  (on  the  bottom)  indicate  the  means  by  which  the  activity  is 
performed.  A "mechanism"  might  be  a person  or  a committee  or  a 
machine  or  a process.  The  box  itself,  with  its  inputs,  controls,  and  out- 
puts, indicates  WHAT  the  system  does.  The  mechanism  shows  HOW  that 
activity  is  accomplished.  Diagrams  drawn  without  mechanisms  show  what 
functions  a system  must  perform.  Selecting  specific  mechanisms  later 
will  allow  those  functions  to  be  implemented. 


PART  OF  A TELEPHONE  EXCHANGE 


AM*  W #-"*•** 
(tre+utej 


ATgjjag  /Mf  /CWi€*J 


fu  Stmtcm* 


COMA/CCT 

C*i.i 


Mi.  AN  OPERATOR  WHO  ASKS  "NUMBER,  PLEASE" 

ANO  CONNECTS  PLUGS  INTO  A SWITCHBOARD 

M2  A ELECTROMECHANICAL  OIAL  SYSTEM  THAT  COl  LECTS  THE 
DIGITS  ANO  CONNECTS  THE  LINES 

M3  A COMPUTERIZED  PUSH-BUTTON  SYSTEM  THAT  CONVERTS 

NUM8EHS  THROUGH  TABLES  AND  SIGNALS  MINIMAL  HARDWARE 
TO  MAKE  CONNECTIONS. 
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Arrows  are  interfaces  between  boxes 


The  arrows  on  an  activity  diagram  represent  data  constraints. 

They  do  not  represent  flow  or  sequence.  The  arrows  entering  a box  show 
all  the  data  that  is  needed  for  the  activity  to  be  perfoimed.  Several  activi- 
ties could  be  performed  simultaneously,  if  the  needed  constraints  have, 
been  satisfied.  Arrows  connect  boxes,  thus  showing  the  logical  relation- 
ship of  each  component  to  the  whole  system. 
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Data  produced  by  one  activity  may  be  required  by  several  other 
activities.  So  arrows  may  branch  or  be  joined.  The  branches  may  each 
represent  the  same  thing,  or  different  things  of  toe  same  general  type. 
The  arrow  labels  will  make  clear  what  the  arrows  are. 
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Diagram  interfaces  form  a main  path 


SADT  diagrams  are  used  to  describe  systems.  Each  diagram,  in 
essence,  tells  a "story"  about  a well-defined  portion  of  the  system.  As 
in  other  descriptions,  each  diagram  has  a central  theme,  running  from 
the  most  important  "unconnected"  incoming  arrow  to  the  most  important 
"unconnected"  outgoing  arrow.  This  main  path  through  the  boxes  and 
arrows  outlines  the  primary  function  of  the  diagram.  Other  parts  of  the 
diagram  represent  qualifying  or  alternative  conditions  which  are  second- 
ary to  the  main  path. 

In  reading  a diagram,  it  is  helpful  to  remember  that  there  is  a 
main  path  and  that  the  diagram  describes  a working  system.  One  can 
mentally  envision  the  system's  operation,  as  described  in  the  diagram, 
by  pursuing  imagined  events  through  the  interface  arrows.  This  mental 
"simulation"  or  walk-through  may  cover  both  the  main  path  and  other 
situations,  such  as  specific  kinds  of  data  input,  the  handling  of  errors, 
and  possible  alternative  outputs. 
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Some  interfaces  connect  to  the  "parent11  context 


Some  arrows  are  connected  at  both  ends  to  boxes  on  the  same 
diagram.  Other  arrows  have  one  end  unconnected.  The  unconnected 
arrows  represent  inputs,  controls,  or  outputs  of  the  parent  box.  To 
find  the  source  or  destination  of  these  unconnected  arrows,  tae  reader 
must  locate  the  matching  arrows  on  die  parent  diagram.  All  such  uncon 
nected  arrows  must  continue  on  the  parent,  to  make  the  diagrams  com- 
plete and  consistent. 
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“Unconnected"  arrows  are  coded 


Although  arrow  continuations  from  parent  boxes  to  detail  diagrams 
may  be  obvious  from  the  labels,  a special  notation  confirms  the  match. 

The  letter  I,  C,  O,  or  M is  written  near  the  unconnected  end  of  the  arrow 
on  the  detail  diagram,  to  identify  that  the  arrow  is  shown  as  an  Input, 
Control,  Output,  or  Mechanism  on  the  parent  box.  This  letter  is  followed 
by  a number  giving  the  relative  position  at  which  the  arrow  is  shown  enter- 
ing or  leaving  the  parent  box,  numbering  left  to  right  and  top  to  bottom. 

For  example,  "C3"  written  on  an  arrow  in  the  detail  diagram  indicates 
that  this  arrow  corresponds  to  the  third  control  arrow  entering  the  parent 
box. 

Using  this  letter /number  matching  scheme,  an  arrow  shown  as 
control  or  as  input  on  a parent  diagram  is  not  limited  to  the  same  role 
on  a detail  diagram  (for  example,  C2  on  the  parent  box  appears  as  an  in- 
put to  box  1 on  its  detail  diagram  in  the  example  below). 
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Some  inte -faces  are  cooperative 

A two-way  arrow  (with  an  arrowhead  and  a dot  at  each  end) 
represent*  a cooperative  relationship  between  boxes.  It  is  a short- 
hand way  of  indicating  feedback.  A double  label,  separated  by  a "/" 
identifies  what  is  passed  forward  and  backward  along  the  arrow.  If  a 
single  arrow  label  is  used  with  no  data  about  a common  subject  is 
passed  in  both  arrow  directions. 
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Special  cases 


Occasionally,  an  unconnected  arrow  on  a detail  diagram  has 
no  matching  arrow  on  its  parent,  or  vice  versa.  In  this  case,  the 
arrow  head  or  tail  is  shown  enclosed  in  parentheses.  Parentheses  are 
used  only  when  an  arrow  is  of  no  further  use  in  understanding  the  system 
being  described.  Seldom,  if  ever,  does  more  than  one  parenthesized 


No  match  shown  on  detail  No  match  shown  on  parent 

diagram  for  this  box.  diagram. 
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Read  each  diagram  systematically 


r 


The  precise  information  about  a system  is  in  the  diagrams  them- 
selves, not  in  what  the  author  says  about  them  in  the  text.  So,  the  follow- 
ing reading  sequence  is  recommended: 

1.  Scan  only  the  boxes  of  the  current  diagram  to 
gain  a first  impression  of  what  is  being  described. 

2.  Refer  back  to  the  parent  diagram  and  note  how 
the  arrows  connecting  to  the  appropriate  box  re- 
appear in  the  current  diagram.  Try  to  identify 
a "most  important"  input  or  control  and  a "most 
important"  output. 

3.  Then,  consider  the  arrows  of  the  current  diagram. 

Try  to  determine  if  there  is  a main  path  linking 
the  "most  important"  input  or  control  and  the 
"most  important"  output. 

4.  Mentally  walk  through  the  diagram,  from  upper 
left  to  lower  right,  using  the  main  path  as  a guide. 

Note  how  other  arrows  interact  with  each  box. 

Determine  if  there  are  secondary  paths.  Check 
the  story  being  told  by  the  diagram,  by  consider- 
ing how  familiar  situations  are  handled. 

5.  Finally,  read  the  text  to  complete  your  understanding. 

This  sequence  becomes  quite  natural  and  ensures  that  the  major  features 
of  each  diagram  receive  attention.  The  reader  should  find  that,  with  a 
little  concentration,  the  diagrams  are  not  difficult  to  read.  The  text  will 
call  attention  to  anything  that  the  author  wishes  to  emphasize. 

Occasionally,  an  author  may  include  a "For  Exposition  Only"  or 
"FEO"  diagram.  Such  a diagram  highlights  a particularly  interesting  or 
subtle  aspect  of  the  model.  It  is  not  part  of  the  "top-down"  decomposi- 
tion of  the  model.  The  FEO  diagram's  title  describes  its  purpose.  Be- 
fore reading  any  diagram,  check  to  see  if  related  FEO's  exist. 
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Diagrams  are  indexed  by  node  numbers 

In  an  SADT  diagram,  the  component  parts  are  shown  as  numbered 
boxes.  Each  box  is  detailed  in  one  diagram  at  the  next  lower  level,  until 
a sufficient  level  of  detail  is  reached. 

If  one  were  to  spread  out  all  of  the  diagrams  as  they  are  arranged 
in  a model,  a structure  like  that  shown  below  would  result.  The  upper- 
most diagram  is  the  most  abstract  diagram  in  the  model.  It  is  composed 
of  three  boxes;  each  box  is  decomposed  on  another  diagram.  The  boxes 
on  each  of  these  diagrams  are  then  decomposed  in  another  set  of  diagrams. 
The  figure  below  shows  the  arrangement  of  the  diagrams. 

The  place  of  each  diagram  in  a model  is  indicated  by  a "node  num- 
ber", derived  from  the  numbering  of  boxes.  For  example,  A21  is  the 
diagram  which  details  box  1 on  the  A2  diagram.  Similarly,  A2  details 
box  2 on  the  AO  diagram,  which  is  the  top  diagram  of  the  model.  This 
hierarchy  may  be  shown  in  an  index  of  diagram  names  and  their  node  num- 
bers called  a "node  chart".  The  figure  shown  below  is  a typical  node  chart. 
The  node  chart  merely  serves  as  a table  of  contents  for  a model.  Each 
box  in  this  node  chart  represents  a whole  diagram. 
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How  to  find  details  of  a box 


A diagram's  node  number  is  written  in  the  lower -left  corner  of 
the  standard  SADT  diagram  sheet.  The  number  that  appears  in  the  lower 
right  corner  is  the  page  number  or  figure  number. 

On  the  diagram,  the  box  number  appears  in  the  lower -right  corner 
of  each  box,  and  a page  number  appears  just  outside  the  box  and  below 
the  box  number.  The  page  number  identifies  the  page  which  contains  the 
detail  diagram  for  the  box.  If  it  is  omitted,  no  further  detail  exists. 
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